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INTRODUCTION 

Did you know that you could implement PC function- 
ality using the Intel MCS-S1 family of microcontrol- 
lers? The PC-bus allows the designer to implement in- 
telligent application-oriented control circuits without 
encountering numerous interfacing problems. This bus 
simplicity is maintained by being structured for eco- 
nomical, efficient and versatile serial communication. 
Proven PC applications are currently being implement- 
ed in digital control/signal processing circuits for audio 
and video systems, DTMF generators for telephones 
with tone dialing and ACCESS. bus, a lower-cost alter- 
native for the RS-232C interface used for connecting 
peripherals to a host computer. 

This application note describes a software emulation 
implementation of the PC-bus Master-Slave configura- 
tion using Intel MCS-51 microcontrollers. It is recom- 
mended that the reader become familiar with the Phil- 
lips Semiconductors PC-bus Specification and the Intel 
MCS-51 Architecture. However, it is possible to gain a 
basic understanding of the PC-bus and the I 2 C emula- 
tion software from this < 



l 2 C-Bus System 

The Inter-Integrated Circuit Bus commonly known as 
the PC-bus is a bi-directional two-wire serial communi- 
cation standard. It is designed primarily for simple but 
efficient integrated circuit (IQ control. The system is 
comprised of two bus lines, SCL (Serial Clock) and 
SDA (Serial Data) that carry information between the 
ICs connected to them. Various communication config- 
urations may be designed using this bus; however, this 
application note discusses only the Master-Slave system 
implementation. 



Devices connected to the PC-bus system can operate as 
Masters and Slaves. The Master device controls bus 
communications by initiating/terminating transfers, 
sending information and generating the PC system 
clock. On the other hand, the Slave device waits to be 
addressed by the controlling Master. Upon being ad- 
dressed, the Slave performs the specific function re- 
quested. An example of this configuration is a Master 
Controller sending display data to a LED Slave Receiv- 
er that would then output the requested display. 

The configuration described above is the most com- 
mon; however, at times the Slave can become a Trans- 
mitter and the Master a Receiver. For example, the 
Master may request information from an addressed 
Slave. This requires the Master to receive data from the 
Slave. It is important to understand that even during 
Master Receive/Slave Transmission, the generation of 
clock signals on the PC bus is always the responsibility 
of the Master. As a result, all events on the bus must be 
synchronized with the Master's SCL clock line. 



I 2 C Hardware Characteristics 

Both SCL (Serial Clock) and SDA (Serial Data) are bi- 
directional lines that are connected to a positive supply 
voltage via pull-up resistors. Figure 1 displays a typical 
PC-bus configuration. Devices connected to the bus re- 
quire open-drain or open-collector output stage inter- 
faces. As a result of these interfaces, the resistors pull 
both lines HIGH when the bus is free. The free state is 
defined as SDA and SCL HIGH when the bus is not in 
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Figure 1. |2C Master/Slave Bus System 
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One important bus characteristic enabled as a result of 
this hardware configuration is the wired-AND func- 
tion. Similar to the logic AND truth table, when driven 
by connected ICs, I 2 C-bus lines will not indicate the 
HIGH state until all devices verify that they too have 
achieved the same HIGH state. An I 2 C-bus system re- 
lies on wired-AND functionality to maintain appropri- 
ate clock synchronization and to communicate effec- 
tively with extremely high and low speed devices. As a 
result, a relatively slow I 2 C device can extend the sys- 
tem clock until it is ready to accept more data. 



I 2 C Protocol Characteristics 

This section will explain a complete I 2 C data transfer 
emphasizing data validity, information types, byte for- 
mats, and acknowledgment. Figure 2-1 displays the 
typical I 2 C protocol data transfer frame. The important 
frame components are the START/STOP conditions, 
Slave Address, and Data with Acknowledgment. This 
frame structure remains constant except for the number 
of data bytes transferred and the transmission direc- 
tion. It can be seen that all functionality except Ac- 
knowledgment is generated by the Master and current 



transmitter. Figure 2-2 displays a more detailed repre- 
sentation focusing on specific timing sequences of con- 
trol signals and data transfers. 
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Figure 2-1. 1 2 C Protocol Data Transfer Frame 



DATA VALIDITY 

Figure 3 shows the bit transfer protocol that must be 
maintained on the I 2 C-bus. The data on the SDA line 
must be stable during the HIGH period of the SCL 
clock. The HIGH or LOW state of SDA can only 
change when the clock signal on the SCL is LOW. In 
addition, these bus lines must meet required setup, hold 
and rise/fall times prescribed in the timing section of 
the I^ protocol specifications. 
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Figure 2-2. A Complete l 2 C Data Transfer 
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Figure 3. Bit Transfer on the l 2 C-Bus 
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Control Signals 

START and STOP conditions are used to signal the 
beginning and end of data communications. A Master 
generates a START condition (S) to obtain control of a 
free I 2 C-bus by forcing a HIGH to LOW transition on 
the SDA line while maintaining SCL in its HIGH state. 
This condition is generated during software emulation 
in the MASTER— CONTROLLER subroutine de- 
scribed in another section. Again, START conditions 
may be generated by a Master only when the I 2 C-bus is 
free. This free bus state exists only when no other Mas- 
ter devices have control of the bus (i.e. both SCL and 
SDA lines are pulled to their normal HIGH state). 

Upon gaining control of the bus, the Master must 
transfer data across the system. After a complete data 
transfer, the Master must release the bus by generating 
a STOP (P) condition. The SEND_JSTOP subroutine 
described in a later section ends data communications 
by sending an I^C STOP. 



Data Transfers 

The Slave address and data being transferred across the 
bus must conform to specific byte formats. The only 
byte transmission requirement is that data must be 
transferred with its Most Significant Bit (MSB) first. 
However, the number of bytes that can be transmitted 
per transfer is unrestricted. For both Master Transmit/ 
Receive, the MASTER_CONTROLLER subroutine 
described in a later section 1 



From Figure 4, it can be seen that the Slave address is 
one byte made up of a unique 7-bit address followed by 
a Read or Write data direction indicator bit. The Least 
Significant Bit (LSB) data direction indicator, always 
determines the direction of the message and type of 
transfer being requested by the Master — either Slave 
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Receive or Slave Transmit. If the Master requests the 
Slave Receive functionality, the LSB of the addressed 
Slave would be set to "0" for Write. Therefore, the 
Master would Transmit or Write information to the 
selected Slave. On the other hand, if the Master was 
requesting the Slave Transmit functionality, the LSB 
would be set to "1" for Read. As a result, the Master 
would Receive or Read information from the Slave. 
SEND DATA and RECV DATA subroutines de- 
scribed later send and receive data bytes across the bus. 
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R/W | 



(7 bits Long) 
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Data 

Direction Bit 
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1 for Read Function 
for Write Function 



Figure 4. Slave Address Byte Format 



Address Recognition 

When an address is sent from the controlling Master, 
each device in a system compares the first 7 bits after 
the START condition with its predefined unique Slave 
address. If they match, the device considers itself ad- 
dressed by the Master as either a Slave-Receiver or 
Slave-Transmitter, depending upon the data direction 
indicator. Due to the bus's serial configuration, only 
one device at a time may be addressed and communi- 
cated with at any given moment. 

ACKNOWLEDGMENT 

To ensure valid and reliable I 2 C-bus communication, 
an obligatory data transfer acknowledgment procedure 
was devised. Figure 5 displays how acknowledgment 
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Figure 5. Acknowledgement of the l 2 C-Bus 



always affects the Master, Transmitter and Receiver. 
Mter every byte transfer, the Master must generate an 
acknowledge related clock pulse. In Figure 1, this clock 
pulse is indicated as the 9th bit and labeled "ACK". 
Following the 8th data bit transmission, the active 
Transmitter must immediately release the SDA line en- 
abling it to float HIGH. To receive another data byte, 
the Receiver must verify successful receipt of the previ- 
ous byte by generating an acknowledgment. An ac- 
knowledge condition is delivered when the Receiver 
drives SDA LOW so that it remains stable LOW dur- 
ing the HIGH period of the SCL ACK pulse. Con- 
versely, a not acknowledge condition is delivered when 
the Receiver leaves SDA HIGH. Set-up and hold times 
must always be taken into account and maintained 

for valid communications. SEND BYTE and 

RECV BYTE subroutines described later evaluate 

and/or generate i 



MCS-51 Hardware Requirements 

The l^C protocol requires open-drain device outputs to 
drive the bus. To satisfy this specification. Port on the 
Intel MCS-51 device was chosen. By using open-drain 
Port 0, no additional hardware is required to success- 
fully interface to the I 2 C-bus. However, since Port is 
designated as the PC interface, it can no longer be used 
to interface with External Program Memory. In order 
for a MCS-5 1 device to communication in this environ- 
ment, ASM5 1 software emulation modules were devel- 
oped. This software can only execute out of Internal 
Memory. Port is now configured for Input/Output 
functionality. 



Figure 6 diagrams the necessary hardware connections 
of the development circuit. Internal Memory execution 
is accomplished by connecting the External Access 
(EA) DIP pin #31 to V cc . The capacitor attached to 
RESET DIP pin #9 implements POWER ON RESET. 
While the capacitors and crystal attached to XTAL1&2 
enable the on-chip oscillator, additional decoupling ca- 
pacitors can be added to clean up any system noise. 
Additional MCS-51 information can be found in the 
1992 Intel Embedded Microcontrollers and Processors 
Handbook Volume 1. 
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rdware Requirements 



The ASMS1 software emulation modules described in 
this application note will occupy approximately 
540 bytes of internal- memory. The device's remaining 
memory may be programmed with user software. The 
following MCS-51 devices were tested for use in con- 
junction with the I 2 C emulation modules: 



MCS-51 
Devices 


Crystal 
Speeds 
(MHz) 


ROM/ 
EPROM 
Size 


Register 
RAM 


8751 BH 


12 


4K 


128 bytes 


87C51 


12, 16,20 


4K 


128 bytes 


87C51-FXCore 


12, 16, 20,24 


4K 


128 bytes 


87C51FA 


12, 16, 20,24 


8K 


256 bytes 


87C51FB 


12, 16,20,24 


16K 


256 bytes 


87C51FC 


12, 16,20,24 


32K 


256 bytes 



NOTE: 

The Internal memory setup described above eliminates the 
option of using Port to interface to External Memory. 
However, this requirement should pose no problem for the 
system designer due to the diverse MCS-51 product line 
with various memory sizes offered by Intel. 



MCS-51 l 2 C Software Emulation 
Modules 

When devices like the MCS-51 do not incorporate an 
on-chip I 2 C port, I 2 C functionality can be achieved 
through software emulation. The following software 
modules are based upon three distinct tasks: bus moni- 
toring, time delays and bus control. Each task conforms 
to the I 2 C protocol as specified by Philips Semiconduc- 
tors. 

The software modules designed to implement I 2 C func- 
tionality are comprised of macros and subroutines, each 
independently developed, yet both networked to 
achieve a desired system function. For example, the use 
of macros was favored to implement certain timing de- 
lay loops. Macros are extremely flexible and can be 
changed to construct delays of varying lengths through- 
out the software. On the other hand, subroutines are 
verified routines that require no additional changes. To 
operate the bus at different frequencies, only the specif- 
ic macros must be changed, not the predefined subrou- 
tines. The following ASM51 macros and subroutines 
are for Master-Slave system control: 



Macro Names 

DELAY 3 CYCLES 

DELAY 4 CYCLES 



DELAY 8 CYCLES 



RELEASE SCL HIGH 



AP-476 



Functions 

Delay loop for X sec- 
onds where X = time 
per cycle * 3 

Delay loop for X sec- 
onds where X = time 
per cycle * 4 



Delay loop for X sec- 
onds where X = time 
per cycle * 8 

Releases the SCL line 
HIGH and waits for 
any clock stretching re- 
quests from peripheral 
devices 

Subroutine Names Functions 

MASTER CONTROLLER Sends an PC START 

condition and Slave Ad- 
dress during both a 
Master Transmit and 
Receive 

Sends multiple data 
bytes during a Master 
Transmit 

Sends one data byte line 
during a Master Trans- 
mit 

Sends a message across 
the I 2 C bus using a pre- 
defined format 

Receives multiple data 
bytes from an addressed 
Slave during a Master 
Receive 

Receives one data byte 
during a Master Receive 

Receives a message 
from the I 2 C bus using 
a predefined format 

Copies EPROM pro- 
grammed data into Reg- 
ister RAM 

Send an I 2 C STOP con- 
dition during both a 
Master Transmit/Re- 
ceive 



SEND DATA 

SEND BYTE 

SEND MSG 

RECV DATA 

RECV BYTE 

RECV_MSG 

TRANSFER 

SEND_STOP 



These ASM5 1 modules are listed at the end of the ap- 
plication note in Appendix A. 
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MCS-51 and |2C-Bus Compatible IC's 
System Implementation 

This section of the application note explains the Mas- 
ter/Slave system diagrammed in Figure 1. The Intel 
MCS-51 is the Master Controller communicating with 
two PC Slave peripherals, the PCF8570 RAM chip 
and SAAI064 LED driver. Information related to com- 
municating with these specific Slave devices can be 
found in the 1992 Philips IM: Peripherals for Micro- 
controllers Handbook. 

The MCS-51 VC Software Emulation Modules located 
in Appendix A are designed to demonstrate Master 
Controller functionality. 

As described above, the Intel 51 Master Controller 
transmits data to the RAM device, receives it back and 
re-transmits it to the LED Slave driver. By using the 

SEND MSG and RECV_MSG subroutines, both 

Master Transmit and Master Receive functionalities 
are demonstrated. Slave addresses used in these trans- 
fers are predefined values assigned by their manufactur- 
er. These values can be found in their respective data- 
books. 

An PC Master Transmission consists of the following 
steps: 

1. Master polls the bus to see if free state exists 

2. Master generates a START condition on the bus 

3. Master broadcasts the Slave Address expecting an 
Acknowledge from the addressed Slave 

4. Master transmits data bytes expecting acknowl- 
edgment status following each byte 

5. Master generates a STOP condition and releases 
the bus 

An I 2 C Master/Receive transaction consists of the ex- 
act same steps stated above EXCEPT: 

4. Master receives data bytes sending an ACK to the 
Slave Transmitter after receipt of each byte. The 
Master signals receipt of the last data byte by re- 
sponding with the NOT Acknowledge condition. 

MASTER TRANSMIT/RECEIVE 

Bus transmission and evaluation is achieved by a nested 

loop structure. SEND DATA represents the outer 

loop which directs data transfers. The 

MASTER CONTROLLER subroutine polls the bus 

to determine if any transactions are in progress. Error 
checking is performed at this level by evaluating the 

following status flags, BUS FAULT and 

PC BUSY. Based upon this information, the Master 

will either abort the transmit procedure or attempt to 
send information. If bus control is granted as indicated 



by cleared flags, the Master sends a START condition 
and the Slave address. On the other hand, if either flag 
is set, the transmit procedure is aborted. 

SEND BYTE, the inner control loop, is responsible 

for transmitting 8 bits of each byte as well as monitor- 
ing Slave acknowledgment status. Each bit transfer 
from PC-bus lines checks for possible serial wait states. 
Wait states occur when slower devices need to commu- 
nicate on the bus with faster devices. Due to the wired- 
AND bus function, a Receiver can hold the clock line 
SCL LOW forcing the Transmitter into this state. Data 
transfer may continue when the Receiver is ready for 
another byte of data as indicated by releasing the clock 
line SCL HIGH. 

As stated in its section above, acknowledgment is re- 
quired to continue sending data bytes across the bus. 
However, situations may arise when a Receiver can not 
receive another byte of data until it has performed some 
other function like servicing internal interrupts. If the 
Slave Receiver does not respond to a Master Transmit- 
ter data byte, not acknowledge could indicate that it is 
performing some real-time function that prevents it 
from responding to PC-bus communications. This situ- 
ation shows the flexibility and versatility of the bus. 

The Master Receive process also utilizes the MAS- 
TER CONTROLLER subroutine to gain control of 

the bus. When accepting data from the addressed Slave, 

in this case, RECV DATA is the outer control loop. 

RECV BYTE, the inner control loop, is responsible 

for receiving 8 bits of each byte as well as generating 
the Master's acknowledgment condition. Similar to 
transmission, successful receipt of each byte is con- 
firmed by driving SDA LOW so that it remains stable 
LOW during the HIGH period of the SCL ACK pulse. 
Therefore, the Master still drives both SCL and SDA 
lines since control of the system clock is its responsibili- 
ty. 

In both types of communication, Transmit/Receive, 

temporary RAM registers, BIT CNT, BYTE CNT, 

SLV_ADDR, and storage buffers, XMT DAT, 

RCV DAT, ALT_XMT, are integral parts of most 

subroutines because they are used for implementing the 
PC protocol. Proper delays are implemented using the 

DELAY X CY CLES (X - any integer) macros. 

They give the designer flexibility to devise time delays 
of any required length to satisfy system requirements. 
For example, to achieve the maximum bus speeds de- 
scribed in the next section. Delay X Cycle macros 

were adjusted. 

Lastly, the TRANSFER subroutine is provided to al- 
low predefined communication data programmed in 
the microcontrollers EPROM to be transferred into 
Register RAM internal to the 51 device. It achieves this 
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when used in conjunction with the SEND MSG and 

RECV MSG subroutines. However, when utilizing 

TRANSFER, the designer must conform their design 
to existing device Register RAM availability and to the 
following message format: 

Slave Address. * of Bytes to be Transmitted/ Received. Data 
aytes (ror i ransrrm Lfnty/ 



The ASM-51 program demonstrating a complete Mas- 
ter Controller system is listed at the end of the applica- 
tion note in Appendix B. It writes the numeric data 
that represents the following display "__PC" to an I 2 C 
compatible IC (PCF8570 RAM), reads the values back 
into a buffer and transmits this buffer out to the Philips 
PC SAA1064 LED driver to display the sequence. 



I 2 C Software Emulation Performance 

As demonstrated above, the Intel MCS-51 product line 
can successfully implement the PC Master Controller 
functionality while maintaining data integrity and reli- 
able performance. The system outlined in Figure 1 was 
evaluated for maximum bus performance and adher- 
ence to all PC-bus specifications. Performance charac- 
terization was conducted at various crystal speeds on 
all devices listed in the MCS-51 Hardware Require- 
i section of this application note. 



When designing PC software emulation systems, keep 
in mind that the designer has the flexibility to imple- 
ment large frequency ranges up to the PC-bus maxi- 
mum. However, by making software changes to adjust 
bus frequencies, the newly modified program may no 
longer meet required specifications and desired reliabil- 
ity standards. Therefore, designers should first always 
take into consideration the bus performance level they- 
want to reach. After deciding this, an appropriate crys- 
tal can be chosen to achieve that implementation speed. 
The table below gives a few examples of system per- 
formance for two of the MCS-5 1 devices: 



MCS-51 
Devices 


Crystal 


PC Bus 
Maximum 
Performance 


8751 BH 

87C51 (FX-Core) 


12 MHz 
24 MHz 


66.7 kHz 
80.0 kHz 
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CONCLUSION 

As a result of this evaluation, Intel MCS-51 microcon- 
trollers can be successfully interfaced to an PC-bus sys- 
tem as a Master controller. The interface communicates 
by ASM51 software emulation modules that have been 
tested on a wide array of PC devices ranging from seri- 
al RAMS, Displays and a DTMF generators. No com- 
patibility problems have been seen to date. Therefore, 
when considering the implementation of your next PC- 
bus Master Controller serial communication system, 
you have the option of using the Intel MCS-51 Product 
Line. ' 
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APPENDIX A 









i INTEL MCS-51 MASTER CONTROLLER MODULES 




The following ASMS 1 software emulal 
; functionality with Intel MCS-51 micro. 
. ; FaxBACK document #2 175 and BBS d 


ion modules are used to develop I2C-bus 
;ontrollers. They are described in detail in 
ocument AP476.ZIP. 




; Written By: Sabrina Quarles 
; Intel Corporation 

; EMD 8-Bit Applications Engineering Rev. 1.0 
i Date: December 1, 1992 




• 






; SEND STOP Subroutine 






; This program sends an GC STOP cone 


ition to release the bus. 




SEND_STOP: 

~ CLR SDA PIN 

96 RELEASE ~SCL HIGH 
* DELAY 3~CYCLES 
SETB SDA_PIN 

CLR I2CBUSY 
RET 


;Get SDA ready for stop. 
;Set clock for stop. 
; Delay. 

;Send I2C STOP. 
.Delay satisfied via software. 
; Clear 12C busy sums. 
;Bus should now be released. 




; SEND_MSG Subroutine 






; This subroutine sends a message across the I2C bus using the 

; information stored in the XMT DAT Buffer in the following format: 

Buffer @R0 = SlvAddr, # of Bytes to be Transferred. Data Bytes 








272319-1 
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SEND_MSG: 

MOV SLVADDR, @R0 
INCRO 

MOV BYTE_CNT,@RO 
INCRO 

ACALL SEND_DATA 
RET 



initializes Slave Address. 
;Next address. 
;Initializes BYTE_CNT. 
;Next address. 
;Send Data. 

;Retum from Subroutine. 



MASTER CONTROLLER Subroutine 

This subroutine sends an I2C START condition and Slave Address to 
begin I2C communications. 

SDA = Receive/Transmit Data 

SCL = 1 



SLV_ADDR = Slave Address 

Verification 
Issues before MASTER TRANSMIT 

* No Bus Fault = Bus Not Busy = SCL & SDA HIGH 



Issues during MASTER TRANSMIT 

* ACK Received after every Byte Transmission 



SUBROUTINES Used 
SEND BYTE 



MASTER CONTROLLER: 



SETB I2C_BUSY 
CLR NO_ACK 
CLR BUS_FAULT 
JNB SCL_PIN, FAULT 
JNB SDA_PIN, FAULT 
CLR SDA_PIN 
%DELAY_3_CYCLES 
CLR SCLPIN 
% DELA YJ3C YCLES 
MOV A, SLV ADDR 
ACALL SEND_BYTE 
RET 



indicate that I2C frame is in progress. 
:Clear error status flags. 

•.Check for bus clear. 

;Begin 12C start. 
;Delay. 

; Complete I2C START. 
■.Delay. 

;Get slave address. 
;Send slave address. 



FAULT: 

SETB BUS FAULT ;Set fault status. 

RET ; and return. 
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MASTER TRANSMIT " SEND_BYTE Subroutine 

This subroutine sends 1 byte of information located in the Accumulator 
ACC = Byte to be Transmitted 

Verification Issues 

* ACK Received after transmission of Byte 



SEND_BYTE: 
MOV 



BIT_CNT, #8 



SB_LOOP: 

RLC A 

MOV SDA_PIN, C 
% RELEASE_SCL_HIGH 
%DELAY 3 CYCLES 



;Set bit count 



;Send one data bit. 
;Put data bit on pin. 
;Drive SCL HIGH. 
; Delay. 



CLR SCL_PIN 
%DELAY_3_CYCLES 
DJNZ BIT_CNT,SB_LOOP 

SETB SDA_PIN 
% RELEASE_SCL_HIGH 
% DELA Y_4_CYCLES 
JNB SDA_PIN, SB_EX 
SETB NO_ACK 



SB EX: 



CLR SCL_PIN 

%DELAY_3_CYCLES 

RET 



;Clear SCL. 
;Delay. 

-.Repeat until all bits sent. 

; Release data line for acknowledge. 
;Send clock for acknowledge. 
; Delay. 

;Check for valid acknowledge bit. 
;Set status for no acknowledge. 



•.Finish acknowledge bit. 
;Delay. 



MASTER TRANSMIT _ SEND DATA Subroutine 

This subroutine transmits multiple data bytes over the SDA line. 
The following locations must be initialized before the transmission. 

BYTE CNTR = # of bytes to be transmitted 
SLV ADDR = Slave Address 
@R0 = Data to be Transmitted 

* includes any additional subaddresses, control, etc 
specific to certain devices 

SUBROUTINES Used 
MASTER_XMIT 
SEND_BYTE 
SEND BYTE 



272319-3 



2-158 



AP-476 



SEND DATA: 

ACALL MASTER CONTROLLER 

JB NO ACK.SDEX 
SD LOOP: 

MOV A, @R0 

ACALL SEND BYTE 

INC RO 

JB NO ACK.SDEX 

DJNZ BYTE_CNT, SDLOOP 


-.Acquire bus and send slave address. 
;Check for slave not responding. 

;Get data byte from buffer. 
;Send next data byte. 
•.Advance buffer pointer. 
;Check for slave not responding. 
;A11 bytes sent? 


- 


SDEX: 

ACALL SEND STOP 
RET 


;Done, send an I2C stop. 
; Return. 






This subroutine copies data from the EPROM referenced by DPTR into a 
Buffer referenced by Rl. 






DPTR = String stored into EPROM 
Rl = Buffer in which data shall be store 


d 






rRANSFER: 

CLR A 


;Clears ACC. 






MOVC A. @A + DPTR 
MOV @R1, A 
INCRI 
INC DPTR 
CLR A 


;Moves contents of DPTR into A. 
•.Copies A into Buffer. 
-.Next address. 
;Next location. 
-.Clears ACC. 






MOVC A, ©A + DPTR 
MOV @R1, A 
MOV RO, A 
INCRI 
INC DPTR 
CLR A 


;Moves contents of DPTR into A. 
;Copies A into Buffer. 
-.Copies A into RO (# of bytes). 
;Next address. 
;Next location. 
;Clears A. 




NEXT: 

MOVC A, ©A + DPTR 

DEC RO 

MOV @R1, A 

INCRI 

INC DPTR 

CLR A 

CINE RO, m, NEXT 
RET 


;Moves contents of DPTR into A. 
;Decrease # of remaining bytes. 
;Copies A into Buffer. 
;Next address. 
;Next location. 
; Clears A. 

;Compare # of bytes remaining. 
;If all bytes copied, return. 
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RECVMSG Subroutine 

This subroutine receives a message from the I2C bus using SLV_ADDR 

and BYTECNT as indicators as to what Slave will be sending info and 

how many bytes to expect to receive, and places the data into the 

RCVDAT buffer. The RCVDAT Buffer is configured to receive a max. 8 bytes. 



RECV_MSG: 

MOV SLVADDR, @R1 
INCR1 

MOV BYTE_CNT, @R1 
ACALL RCV_DATA 
RET 



Moves SLV ADDR from Buffer 
Next buffer location. 
Moves BYTE_CNT value into 
Calls RCV DATA Subroutine. 
Returns from Receive Msg subroutine. 



MASTER RECEIVE _ RECEIVE BYTE Subroutine 

This subroutine receives a byte from an addressed I2C slave 
device and places into the ACC register. 

ACC = Data Byte Received 



RECV_BYTE: 

MOV BIT_CNT,#8 

RB_LOOP: 

%RELEASE_SCL_HIGH 

%DELAY_3_CYCLES 

MOV C, SDAJPIN 

RLC A 

CLR SCL PIN 

9SDELAY_3~CYCLES 

DJNZ BIT CNT, RB LOOP 



ACC 

A, BYTE CNT 
A, tl, RB_ACK 
SDA_PIN 
RBACLK 

SDAPIN . 



PUSH 

MOV 

CJNE 

SETB 

SJMP 
RB ACK: 

CLR 
RB_ACLK: 

% RELEASE_SCL_HIGH 

POP ACC 

% DELA Y_3_C YCLES 

CLR SCLJMN 

SETB SDA_PIN 

%DELAY_4_CYCLES 

RET 



•.Set bit count. 

;Read one data bit. 
;Delay. 

.Get data bit from pin. 
.Rotate bit into result byte. 
;C!ear SCL pin. 
; Delay. 

; Repeat until all bits received. 

;Save accumulator. 

; Copies byte count into A. 

;Check for last byte of frame. 

.Send no acknowledge on last byte. 

;No ACK on last byte; jump to RB_ACLK. 

;Send acknowledge bit. 

;Send acknowledge clock. 
; Restore accumulator. 
; Delay. 

;C!ear SCL pin. 
;Clear acknowledge bit. 
;Delay. 

;Retum from RECV BYTE. 
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MASTER RECEIVE " RECEIVE DATA BYTES Subroutine 

This subroutine receives multiple data bytes from an addressed 
I2C slave device into the buffer pointed to by RO. 

BYTE_CNT = § of bytes to be received 
SLV ADDR = Slave a 



of received data 



SUBROUTINES Used 

MASTER_XMIT 
RCVBYTE 

Note: To receive with a subaddress, use SENDDATA to set the 
subaddress first (no provision for repeated start). 



RCVDATA: 

INC SLV ADDR 

ACALL MASTERCONTROLLER 
JB NO ACK.RDEX 



;Set for READ of slave. 

.Acquire bus and send slave address. 

-.Check for slave not responding. 



RDLoop: 



ACALL RECVBYTE 
MOV @RO,A 
INC RO 

DJNZ BYTE_CNT, RDLoop 



Recieve next data byte. 
Save data byte in buffer. 
Advance buffer pointer. 
Repeat untill all bytes received. 



RDEX: 



ACALL 
RET 



SEND STOP 



;Done, send an I2C stop. 

;Return from RCV DATA Subroutine. 



• INTEL CORPORATION - 
!2C MACROS 



These macros are to be used in conjunction with the I2CDEMO.ASM 
ASM51 program that implements the I2C Master Controller functionality. 



Rev. 1.0 



Written By: Sabrina Quarles 
Intel Corporation 

EMD 8-Bit Applications Engineering 
Date: December 1. 1992 
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%*DEFINE(Delav 2 Cycles)( 
NOP 
NOP 

) 




%*DEFINE(Delay 3 Cycles)( 
NOP 
NOP 
NOP 

) 




%*DEFINE(Delay 4 Cycles)( 
NOP 
NOP 
NOP 
NOP 
) 




%*DEFINE(Delav 5 Cvcles)( 
NOP 
NOP 
NOP 
NOP 
NOP 
) 


• 


%*DEFINE(Delay 6 Cycles)( 
NOP 
NOP 
NOP 
NOP 
NOP 
NOP 
) 




%*DEFINE(Delay 7 CyclesK 
NOP 
• NOP 
NOP 
NOP 
NOP 
NOP 
NOP 
) 
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APPENDIX B 



$TiTLE(lNTEL_I2C_SOFTWARE EMULATION_MASTER CONTROLLER) 
$INCLUDE(A:MACRO. PDF) 

INTEL MCS-51 MASTER CONTROLLER MODULE 



This ASMS1 program demonstrates I2C 
the Intel MCS-51 product line and I2C 
OM1016 I2C Evaluation Board. 



ICs located on the Philips 



This program writes the numeric data that represents the following display "_I2C" 
to an I2C compatible IC (PCF8570 RAM), reads the values back into a buffer and 
5 this buffer out to the Philips I2C SAA1064 LED driver to display the 



Note: ASM51 



file MACRO.PDF is 



for use with this program. 



By: Sabrina Quarles 
Intel Corporation 

EMD 8-Bit Applications Engineering 
Date: December 21, 1992 



Rev 1.0 



DEFINITIONS 



I2C Philips Address of compatible devices on I2C Eval Board ' 



I2C_RAM 
I2CJO 
I2C LED 



EQU 
EQU 
EQU 



OAEh 

4Eh 

76h 



;Slave address for PCF8570 RAM chip. 
;Slave address for PCF8574 I/O expandor. 
:Slave address for SAA1064 LED driver. 



RAM DATA STORAGE BUFFERS 



- - ________________ 



BITCNT 


DATA 


8h 


Bit counter for I2C routines. 


BYTE CNT 


DATA 


9h 


Byte counter for I2C routines. 


SLVADDR 


DATA 


OAh 


Slave address for 12C routines. 


XMT DAT 


DATA 


OCh 


12C transmit buffer, 12 bytes max. 


RCV DAT 


DATA 


18h 


I2C receive buffer, 8 bytes max. 


ALTXMT 


DATA 


20h 


Alternate I2C transmit buffer, 8 bytes max. 


FLAGS 


DATA 


28h 


Location for bit flags. 


NO ACK 


BIT 


FLAGS.O 


12C no acknowledge flag. 


BUS FAULT 


BIT 


FLAGS. 1 


12C bus fault flag. 


I2C BUSY 


BIT 


FLAGS. 2 


I2C busy flag. 
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; I2C DECLATIONS ON PORT 

SINK BIT PO.O 

SCL PIN BIT P0.6 

SDA PIN BIT P0.7 



Sink pin for oscope triggering. 
I2C serial clock line. 
I2Cs 



' RESET ■ 



ORG 

AJMP I2C RESET 



SUBROUTINES 



ORG 30h 



SEND STOP Subroutine 

This program sends an I2C STOP 



the bus. 



SEND_STOP: 

CLR SDA_PIN 
%RELEASE_SCL_HIGH 
%DELAY_3_CYCLES 
SETB SDAPIN 

CLR I2C_BUSY 
RET 



Get SDA ready for stop. 
Set clock for stop. 
Delay. 

Send I2C STOP. 

Delay satisfied via software. 

Clear I2C busy status. 

Bus should now be released. 



SEND_MSG Subroutine 

This subroutine sends a message across the I2C bus using the 
information stored in the XMT DAT Buffer in the following format: 

Buffer @R0 = SlvAddr, I of Bytes to be Transferred, Data Bytes 
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SEND_MSG: - 

MOV SLVADDR, @R0 
INCRO 

MOV BYTE_CNT,@RO 
INC RO 

ACALL SENDDATA 
RET 



MASTER CONTROLLER Subroutine 



Initializes Slave Address. 
Next address. 
Initializes BYTECNT. 
Next address. 
Send Data. 

Return from Subroutine. 



This subroutine sends an I2C START condition and Slave Address to 
begin I2C < 



SDA = Receive/Transmit Data 
SCL = Generate/Control Clock Line 



SLV ADDR = Slave Address 

Verification 
Issues before MASTER TRANSMIT 

* No Bus Fault = Bus Not Busy = SCL & SDA HIGH 



Issues during MASTER TRANSMIT 
* ACK Received after every Byte 



SUBROUTINES Used 
SEND BYTE 



MASTERCONTROLLER: 

SETB I2C_BUSY 
CLR NO_ACK 
CLR BUSFAULT 
JNB SCLPIN, FAULT 
JNB SDA_P!N, FAULT 
CLR SDAPIN 
%DELAY_3_CYCLES 
CLR SCLPIN 
% DELAY _3_CYCLES 
MOV A. SLV ADDR 
ACALL SENDBYTE 
RET 



'.Indicate that I2C frame is in progress. 
;Clear error status flags. 

;Check for bus clear. 

:Begin 12C start. 
; Delay. 

;Complete !2C START. 
;Delay. 

;Get slave address. 
■.Send slave address. 



FAULT: 



SETB 
RET 



BUS FAULT 



;Set fault status. 
; and return. 
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MASTER TRANSMIT * SEND_BYTE Subroutine 

This subroutine sends 1 byte of information located in the Accumulator 
ACC = Byte to be Transmitted 

Verification Issues 

* ACK Received after transmission of Byte 



SEND_BYTE: 
MOV 



BIT_CNT, #8 



SB_LOOP: 

RLC A 

MOV SDA PIN, C 
% RELEASE_SCL_HIGH 
%DELAY_3_CYCLES 

CLR SCL_PIN 
%DELAY_3_CYCLES 
DJNZ BITCNT,SB_LOOP 

SETB SDA_PIN 
%RELEASE_SCL_HIGH 
96DELAY_4_CYCLES 
JNB SDA_PIN, SB_EX 
SETB NO_ACK 



SB EX: 



CLR SCL_PIN 

%DELAY_3_CYCLES 

RET 



;Set bit count value. 



;Send one data bit. 
;Put data bit on pin. 
;Drive SCL HIGH. 
; Delay. 

-.Clear SCL. 
;Delay. 

;Repeat until all bits sent. 

•.Release data line for acknowledge. 
-.Send clock for acknowledge. 
■.Delay. 

;Check for valid acknowledge bit. 
;Set status for no acknowledge. 



•.Finish acknowledge bit. 

-.Delay. 

; Return. 



■ 



MASTER TRANSMIT " SEND DATA Subroutine 

This subroutine transmits multiple data bytes over the SDA line. 
The following locations must be initialized before the transmission. 



BYTE_CNTR = # of bytes to be transmitted 
SLV ADDR = Slave Address 
@R0 = Data to be Transmitted 

" includes any additional subaddresses, control, etc 
specific to certain devices 

SUBROUTINES Used 
M ASTER_XM IT 
SEND_BYTE 
SENDBYTE 
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SEND_DATA: 

ACALL MASTER CONTROLLER 

JB NO ACK.SDEX 
SD LOOP: 

MOV A, @R0 

ACALL SEND BYTE 

INC RO 

JB NO ACK.SDEX 

DJNZ BYTE_CNT, SD_LOOP 


;Acquire bus and send slave address. 
;Check for slave not responding. 

,vje[ uaia oyic num ouiicr. 
;Send next data byte. 
.Advance buffer pointer. 
;Check for slave not responding. 
.All bytes sent? 




SDEX: 

ACALL SEND STOP 
RET 


;Done, send an I2C stop. 
;Retum. 






TRANSFER Subroutine 








This subroutine copies data from the EPROM referenced by DPTR into a 
Buffer referenced by Rl. 






DPTR = String stored into EPROM 
Rl = Buffer in which data shall be store 








TRANSFER: 

CLR A 


.Clears ACC. 






MOVC A, ©A + DPTR 
MOV @R1, A 
INCR1 
INC DPTR 
CLR A 


; Moves contents of DPTR into A. 
;Copies A into Buffer. 
;Next address. 
;Next location. 
;Clears ACC. 






MOVC A, @A+DPTR 
MOV @R1, A 
MOV RO, A 
INCR1 
INC DPTR 
CLR A 


;Moves contents of DPTR into A. 
;Copies A into Buffer. 
.Copies A into RO (# of bytes). 
;Next address. 
;Next location. 
;Clears A. 




NEXT: 

MOVC A. @A + DPTR 

DECRO 

MOV @R1, A 

INC Rl 

INC DPTR 

CLR A 

ONE RO, #0, NEXT 
RET 


;Moves contents of DPTR into A. 
;Decrease # of remaining bytes. 
; Copies A into Buffer. 
;Next address. 
;Next location. 
■.Clears A. 

.Compare tt of bytes remaining. 
;If all bytes copied, return. 
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RECVMSG Subroutine 

This subroutine receives a message from the I2C bus using SLV_ADDR 

and BYTECNT as indicators as to what Slave will be sending info and 

how many bytes to expect to receive, and places the data into the 

RCVDAT buffer. The RCVDAT Buffer is configured to receive a max. 8 bytes. 



RECV MSG: 

" MOV SLVADDR, @R1 
INCR1 

MOV BYTE_CNT, @R1 
ACALL RCVDATA 
RET 



;Moves SLV ADDR from Buffer RO points to. 
;Next buffer location. 

; Moves BYTE_CNT value into memory location. 

.Calls RCV DATA Subroutine. 

; Returns from Receive Msg subroutine. 



MASTER RECEIVE " RECEIVE BYTE Subroutine 

This subroutine receives a byte from an addressed I2C slave 
device and places into the ACC register. 



ACC = Date Byte Received 



RECV BYTE: 

MOV BIT_CNT,#8 

RB_LOOP: 

*RELEASE_SCL_HIGH 

%DELAY_3_CYCLES 

MOV C, SDA_PIN 

RLC A 

CLR SCL.PIN 

%DELAY_3_CYCLES 

DJNZ BIT_CNT, RB_LOOP 



ACC 

A, BYTECNT 
A, tl, RB_ACK 
SDAPIN 
RBACLK 

SDA PIN 
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PUSH 

MOV 

CJNE 

SETB 

SJMP 
RB_ACK: 

CLR 
RB_ACLK: 

*release_scl;high 

POP ACC 
96DELAY_3_CYCLES 
CLR SCL_PIN 
SETB SDA_PIN 
%DELAY_4_CYCLES 
RET 



;Set bit count. 

;Read one data bit. 
;Deiay. 

;Get data bit from pin. 
;Rotate bit into result byte. 
;Clear SCL pin. 
;Delay. 

;Repeat until all bits received. 

;Save accumulator. 

;Copies byte count into A. 

;Check for last byte of frame. 

;Send no acknowledge on last byte. 

;No ACK on last byte; jump to RB ACLK. 

;Send acknowledge bit. 

;Send acknowledge clock. 
; Restore accumulator. 
;Delay. 

;CIear SCL pin. 
;CIear acknowledge bit. 
;Delay. 

;Return from RECVBYTE. 



2-169 



AP-476 




MASTER RECEIVE " RECEIVE DATA BYTES Subroutine 

This subroutine receives multiple data bytes from an addressed 
I2C slave device into the buffer pointed to by RO. 

BYTE_CNT = # of bytes to be received 
SLV ADDR 



= location of received data 



SUBROUTINES Used 

MASTER_XMIT 
RCVBYTE 



Note: To receive with a subaddress, use SENDDATA to set the 
i first (no provision for repeated start). 



RCVDATA: 

INC SLV ADDR 

ACALL MASTER_CONTROLLER 
JB NO ACK.RDEX 



;Set for READ of slave. 

; Acquire bus and send slave address. 

; Check for slave not responding. 



RDLoop: 



ACALL RECVBYTE 
MOV @RO,A 
INC RO 

DJNZ BYTE_CNT,RDLoop 



Recieve next data byte. 
Save data byte in buffer. 
Advance buffer pointer. 
Repeat untill all bytes received. 



RDEX: 



ACALL 
RET 



SENDSTOP 



;Done, send an I2C stop. 

;Return from RCV DATA Subroutine. 



Main Program 



I2C RESET: 



MOV SP,#2Fh 



;Set stack to start at 30h. 



MOV DPTR, #RAM_LED 
MOVRl,#XMT_DAT 
ACALL TRANSFER 



iPoints to RAM_LED string. 
;Points to the XMT DAT Buffer, 
transfers RAM_LED into XMT_DAT. 



MOV DPTR, #RAM_SLC 
MOV Ri, #ALT_XMT 
ACALL TRANSFER 



;Points to RAMSLC string to select. RAM. 
;Buffer to transfer string to. 
transfer RAM SLC into ALT XMT. 
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TESTLOOP: 




- 


CLR SINK 
cetr SINK 


;Trigger point for oscope. . . 




MOV RO, #XMT DAT 
ACALL SEND_MSG 


;Points to XMT_DAT Buffer. 
.Calls SEND MSG Subroutine. 
•.Writes Data To I2C RAM. 
'( 1 Suhaddr + 8 data bvtes) 




MOV RO, #ALT XMT 
ACALL SEND_MSG 


;Points to ALTXMT Buffer. 
;Calls SEND_MSG Subroutine. 
-.Writes Subaddress to Select RAM 




MOV RO, #RCV DAT 
. MOV Rl, #XMT DAT 
ACALL RECV MSG 


; Points to RECEIVE Buffer. 
; Points to XMTDAT Buffer. 
•.Calls RECV MSG Subroutine. 
;Receives data from I2C RAM into 
;lntel MCS-51 Device. 




MOV RO, #RCV_DAT 
ACALL SEND_MSG 


;Points to RECEIVE Buffer. 
;Calls SEND_MSG Subroutine. 
;Transfers RCV DAT Buffer to LED. 
;(info encoded into string). 




AJMP TESTJ.OOP 


-.Repeat operation for oscope monitoring. 




; I2C STRINGS * 






RAM SLC: DB I2C RAM, 1, 

RAM LED: DB I2C RAM, 9, 0, I2C LED, 6. 0, 37H, OH, 48H, 3EH, 35H 
END 
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DAT. 
lect. RAM. 
CMT. 
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$TITLE(I2C_MACROS_FOR_THE_80C5 1 ) 

INTEL CORPORATION - 

I2C MACROS 



These macros are to be used in conjunction with the I2CDEMO.ASM 
ASM51 program that implements the I2C Master Controller functionality. 



Written By: Sabrina Quarles 
Intel Corporation 

EMD 8-Bit Applications Engineering Rev. 1.0 



Date: December 1, 1992 



%*DEFINE(Delay_2_Cycles)( 
NOP 
NOP 

) 



%*DEFINE(Delay_3_( 
NOP 
NOP 
NOP 

) 



%*DEFINE(Delay_4 Cycies)( 
NOP 
NOP 
NOP 
NOP 
) 

%*DEFINE(Delay_5_Cycles)( 
NOP 
NOP 
NOP 
NOP 
NOP 
) 

%*DEFINE(Delay_6_Cycles)( 
NOP 
NOP 
NOP 
NOP 
NOP 
NOP 
) 
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